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President’s Corner 
by Bob Nielsen, W6SWE 


METCON-1 is taking off quite well as a kit, The "alpha" boards have all been 
sold and the TAPR office has received many orders for the production kits, At the 
time this was being writen, parts were arriving, last minute software changes were 
being checked out, and the documentation was being updated, Hopefully, by the 
lime you read this the back orders will have all been filled. For those with alpha 
boards who have the capability to re-program the on-board memory in the 
microprocessor chips, the updated software is available on CompuServe’s HAM- 
NET, or on disk from the TAPR office ($2.00, including postage), The production 
run has the new software hard coded, These chips are NOT reprogrammable. 


There have been a few changes in the TAPR organization. Jerry Crawford, 
K7UPD, has taken over as Secretary/Treasurer for Greg Jones, WDSIVD, who will 
be in England furthering his education. Also, Greg Eubank, KL7EV, has volun- 
teered Lo lake over the software library and has some neat ideas for it, which should 
be in effect by the next issue of PSR, 


It's time for nominations for the TAPR Board of Directors again, There are five 
openings for three-year terms on the Board, beginning with the 1992 Annual 
Meeting, If you would like to submit a nomination (including your own) please sce 
the article elsewhere in this issue of PSR, Some of the current directors have 
indicated that they will not seek re-election, so if you fecl that you can contribute 
to the operation of TAPR, I encourage you to consider this opportunity. Ballots will 
appear in the January, 1992 issue. 


Speaking of the Annual Mecting, the 1992 meeting will mark the tenth anniver- 
sary of Tucson Amateur Packet Radio. We are planning to make this meeting 
“something special," and are soliciting ideas for ways to make this happen. If any 
of you have suggestions, please Iet me know either through CompuServe at 
71540,2364 or via the TAPR office. I hope that as many members as possible will 
be able to attend. 


TAPR’s 10TH 
Anniversary and 
Annual Meeting 


Yes, it's ue; TAPR is 10 years old. 
To celebrate, TAPR would ike to do 
something special at the upcoming An- 
nual Meeting. If you have any “packet 
nostalgia” that you would like to share 
with your fellow packeteers, please let 
us know, This could include 
photographs of early packet groups, 
stones of packet trials and tribulations, 
carly TNCs, or what-have-you, Even if 
you don't plan to attend the meeting, 
we would like to hear from you, 


The Annual Meeting will be heldon 
March 7-8, 1992, at the Best Western 
Inn at the Airport, in Tucson, Arizona. 
The special room rate for attendees is 
$55 per room, single or double oc- 
cupancy. 


Be sure to mark your calendar and 
plan to attend. More details will be 
published in the January issue. 


PSR Available for the 
Blind 


The Packet Status Register isnow ° 


available on disk, for visually impaired 
Amateurs who are interested in packet 
radio. Please contact the office for 
more informauon. 


TAPR Board of 
Directors Election 


Tucson Amateur Packet Radio is 
incorporated in the State of Arizona as 
a non-profit scientific and educational 
institution, It is recognized by the IRS 
as a 501(c)3 tax-exempt organization 
for these same purposes. 


TAPR is governed by a 15 member 
Board of Directors. Each member of 
the Board serves a three year term, 
hence there are 5 positions to be filled 
each year, Board members are ex- 
pected to attend the annual Board 
Meeting, normally held in Tucson in 
conjunction with the annual TAPR 
Membership Meeting, They par- 
ticipate in the decision-making process 
and provide guidance to the officers. 
They receive no pay and must defray 
their own expenses to attend meetings. 
Board members should be prepared to 
be active in the continuing board 
deliberations, which are conducted 
privately in a special conference sec- 
tion on CompuServe, Active participa- 
tion in TAPR activities by board mem- 
bers is important to the furtherance of 
the objectives of TAPR, The officers 
of TAPR areelected by members of the 
Board at the annual Board of Directors 
meeting. 


The current members of the Board 
of Directors and the expiration date of 
their terms are: 


Franklin Antonio, NGNKF 1992 * 
Tom Clark, W3IWI 1993 
Jerry Crawford, K7UPJ 1994 
Pete Eaton, WB9FLW 1993 
Andy Freebom, NOCCZ 1994 
Bdale Garbee, N3EUA 1992 * 
Steve Goode, KING 1992 * 
Eric Gustafson, N7CL 1992 * 
Lyle Johnson, WA7TGXD = —-1992 * 


Packet Status Register (ISSN 1052-3626, USPS 005-419) is published 
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Way, Tucson, AZ 85749-9568. Membership in Tucson Amateur Packet 
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Greg Jones, WDSIVD 1994 
Don Lemley, N¢PCR 1993 
Dan Morrison, KV7B 1994 
Bob Nielsen, W6SWE 1994 
Harold Price, NK6K 1993 
Dave Toth, VE3GYQ 1993 


Nominations are now open for the 
seats expiring in February 1992 
(marked with an asterisk). 


To place a person in nomination, 
please remember thathe or she must be 
a member of TAPR. Confirm that the 
individual is willing to have their name 
placed in nomination, Send that 
person’s name (your own if you wish 
to nominate yourself) along with your 
and their calls, telephone numbers and 
addresses. The person nominated 
should submit a short biographical 
sketch to be published along with the 
ballot. 


Nominations and biographical 
sketches should be submitted to the 
TAPR office no later than 1 December 
1991, 


Ballots will accompany the January 
issue of PSR or will be mailed directly 
to the membership. Results will be an- 
nounced at the annual TAPR Member- 
ship Mecting in February 1992. 


DSP Update 


by Lyle Johnson, WA7GXD 


The DSP project is moving ahead, 
slowly, 


A number of quirks and bugs in the 
hardware have been revealed as the 
software folks crank up and begin to 
port some applications to the board. 
Development tools are likewise evolv- 
ing and being ported to the DSP-1. 


I'm just as anxious as you are to see 
this device on the air doing interesting 
things. But, an amazing amount of 
work is involved in a project of this 
magnitude and, with volunteers as the 
technical staff, things take longer than 
any of us would like. 


Sull, there is progress! 
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I'm Not a Candidate 


By Lyle Johnson, WA7GXD 


My term on the TAPR Board will 
expire in February, 1992, 


And, I will not be running for re- 
election. 


This decision is motivated by two 
factors: job and tenure. 


Job 

My employer, Modular Mining 
Systems, makes a computer-aided dis- 
patching system used in open-pit and 
underground mines the world over, to 
control mining operations. The system 
uses packet radio techniques to ac- 
complish some of its tasks, (For those 
of you who haven't been with TAPR 
since the early days, our first system 
was installed in 1980, well before 
TAPR’s founding, and does not use a 
packet protocol even remotely resem- 
bling AX.25. TAPR "rose from the 
slab" in Modular’s lab in late 1981.) 


This past spring, Modular decided 
to develop and marketsome industrial- 
strength data communications devices 
very similar to an Amateur TNC. 
These devices use proprietary 
protocols and are not AX.25 com- 
patible. There are a number of 
prototype units in the field undergoing 
testing as I write this, and the product 
will be "launched" in a few months. 


Ethically, there could be a conflict- 
of-interest perceived if I were to 
remain on the TAPR Board once this 
product is released. TNC manufac- 
lurers have an open conduit to the 
TAPR board and often share informa- 
tion which is not always Amateur-re- 
lated. If l were to remain on the board, 
this flow of information mightcease or 
at least be altered. This could harm 
TAPR and the good work that TAPR 
does. I do nol wish to hinder TAPR’s 
operations In any way. 


Tenure 

I am co-founder of TAPR and have 
been on the TAPR Board since its in- 
ception. ] have served you as an officer 
for most of the past ten years. I have 
enjoyed the opportunity to serve you, 
and I count it a privilege to have been 
on the Board with some of the best 
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minds and most dedicated people that 
I know of in the Amateur radio com- 
munity. 


But, ten years is a long time. It is 
time for new blood and fresh ideas, 


Conclusion 

Thus, I think it best that Inotremain 
on the board and will not seek another 
term. I ask you that read this, to 
seriously consider how you might 
serve, and if you find it in yourself to 
want loreally give, run fora seat on the 
Board. 


Final-Final 

Oh yes, I am still active in technical 
projects and hope to remain so, You 
aren’t going to get rid of me complete- 


METCON-1: A Status 
Report 


by Lyle V, Johnson, WA7GXD 


METCON is now out of ALPHA test 
and into production! 


One hundred (100) METCON kits 
were delivered during ALPHA test and 
we have had feedback from a number of 
folks aboutit. Asa result of the feedback, 
the manuals have been extensively 
revised and the firmware significantly 
enhanced. METCON-1 kits are now 
shipping from stock. 


Manuals 

The voltage-to-frequency (V-to-F) 
converter documentation has been con- 
densed into a single manual. ALPHA- 
specific notes have been removed and 
the manual reflects the temperature op- 
tion. Detailed procedures for setting up 
the V-to-F board are now included in the 
manual. 


The METCON assembly manual has 
been revised and now includes a 
detailed, step-by-step checkout proce- 
dure to ensure everything is working 
properly before you are sent off to the 
system manual. 


The METCON System Manual has 
been updated and corrected. It is now 
sixty (60) pages in length, with details on 
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each and every command and com- 
mand-bit in the memory map. Each 
command also has an example show- 
ing its usc. The memory maps are 
corrected as well. 


Firmware 

The new firmware is release 910907- 
1,02 and includes an enhanced security 
feature, and a new pulse counter mode, 
as well as numerous bug fixes. 


Security 

The old 6-digit password access has 
been supplemented by a "no security" 
option as well as an "authentication 
security" mode. 


No security means that no password 
of any type is needed, This is handy for 
checkout on your PC before installing 
the unit in a remote site. 


Authentication security involves 
METCON issuing youa three digitchal- 
lenge, to which you must respond with 
data from a large table that METCON 
will generate for you. This is similar to 
the NET/ROM system, but uses a much 
larger table and is all hex encoded. 


Pulse Counter 

One user requested a pulse counter 
rather than a frequency counter mode for 
the binary inputs. His specific applica- 
tion was for a rain gauge for a remote 
weather site. Each of the METCON bi- 
nary inputs can now be configured by 
command to operate as a frequency 
counter or a pulse counter. 


Other Details 

In order to keep costs down, the 
microcomputer used in the production 
boards is not re-programmable. This 
means that if'anew release of firmware 
is developed and you desire to use its 
features, you must buy a new chip. 
The cost for a new chip should remain 
well below $20, pre-programmed. 


Alpha owners may update their 
firmware to the latest by sending their 
87C51 microcomputer chip to the 
TAPR olfice. Send il in a protective 
carton and plugged into anti-static 
foam. We'll re-program the chip and 
send it back to you for $5 postpaid and 
include the new manual as well. 


If you've been looking for a good, 
non-text application for packet radio, 
METCON is for you! 
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Deviation Meter 


by Lyle Johnson, WA7GXD 


On Friday, September 20th, the first 
prototype bare PC boards for the new 
TAPR Deviation Meter were delivered 
to the TAPR office. (1am writing this 
on Sunday the 22nd and no, I don’thave 
one built and running yet!) 


Overview 
The prototype boards measure 3" by 
5" and are complete. 


The deviation meter (DevMtr) con- 
sists of a synthesized 2-meter recciver, 
a calibration oscillator, a microproces- 
sor, a four-digit numeric display, three 
switches, an RS-232 serial port and a 
power connector! 


Why Do We Need This? 

Correct deviation setlings are im- 
portant for best operation of your pack- 
et station, Over-deviation (which is 
pretty common) results in retries or 
even not getting through with a rock- 
crushing signal, Under-deviation is 
less of a problem. Deviation settings 
are one case where less is more. 


Unfortunatcly, reasonably accurate 
deviation measuring equipment is very 
expensive and unavailable to most 
hams. 


How Will It Work? 
There will be a couple of modes of 
operation. 


The basic mode will be to turn on the 
DevMtr and then key up your 2-meter 
transmitter. Put your TNC in CAL 
mode if you can, or just send a few 
frames otherwise -- but keep the trans- 
mitter keyed! After a number of 
seconds, the DevMtr will find you, cen- 
teron your signal and report your devia- 
tion on the built-in display. 


The second mode will be for you to 
key in your transmit frequency so the 
DevMtr won't have to search for you. 
Then, whenever it hears a signal above 
a certain strength, it will report devia- 
Lion to you. 


Simple, ch? 
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What About High-Speed 
Packet? 

High speed on 2-meters is limited by 
bandwidth and regulatory considera- 
tions. Nonetheless, the DevMtr will be 
able to handle signals of around 30 kHz 
to maybe 100 kHz in bandwidth, The 
details remain to be worked out, but the 
receiver uses commercial FM broad- 
cast filtersso a 100 kHz wide signal can 
easily pass. 


What Will | Need To Set It Up? 

Just a terminal and power supply. 
The terminal (or computer) will let you 
command the DevMtr to measure 
specific vollages while you make ad- 
justments, 


The DevMtr includes a synthesized 
calibration oscillator that sweeps the IF 
of the receiver. The microprocessor 
measures the voltage from the FM 
detector and saves this as a calibration 
curve (so the detector doesn’t even 
have to be very linear), then compares 
this to your signal, Tf your signal falls 
below a limit, the DevMtr will re- 
calibrate over 9 narrower range, If your 
signal exceeds a limit, the DevMtr will 
re-calibrate over a wider range. 


How Accurate Will It Be? 
The goal is lo get you within two 
percent, 


What About A Case? 

The 3" by 5" size means that cases 
arc available at your local grocery store 
in the form of under-a-dollar recipe 
boxes! Just don’t get a metal one since 
the receiving antenna is etched on the 
PC board... 


How Much Will It Cost? 

The TAPR Board directed me to 
keep it as cheap as practical, My per- 
sonal goal is to have the kit able to be 
sold for under $100, Preliminary cost 
estimates teJl me this should be pos- 
sible. Bul, you never know until the 
prototype is working and that isn’t the 
case yel... 


When Will It Be Avallable? 

This is a toughic, T want it done 
yesterday. A realistic goul is lo have 
the prototype running before year’s 
end, I would like to see kits released at 
the 1992 TAPR Annual Meeting. 


And, I am terrible at making ac- 
curale predictions of this sort... 
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An Introduction to 
Packet Satellites 


by Jonathan Naylor, G4KLX 


[Reprinted from the August 1991 
(Number 90) Oscar News, published 
by AMSAT-UK] 


Background 

Packet radio has been used on 
Amateur satellites since the early 
1980's, The first to exploit the mode 
was UoSAT OSCAR 11 which was 
constructed by the University of Sur- 
rey and launched in early 1984, Ex- 
perience gained from this and other 
satellites has evolved to the current 
generation of packet satellites known 
as PACSATSs, 


A complete list of Amateur satel- 
lites that have used packet radio is 
given below: 


UO-11 

Launched in 1984, This satellite 
uses a form of packet radio for its Digi- 
tal Communications Experiment 
(DCE) used to pass packet mail around 
the world. It is only accessible via of- 
ficial ground stations so thal access to 
the DCE is via your local mailbox. 
Non-standard AFSK is used on 2m and 
70cm. Still active. 


FO-12 

First Japanese Amateur satellite, 
launched in 1986. Was the first open 
access packet satellite available to 
suitably cquipped ground stations. Its 
uplink was on 2m and downlink on 
70cm (Mode J), It used a modulation 
technique called Phase Shift Keying 
(PSK). FO-12 also carried u linear (i.e. 
SSB, CW) transponder, FO-12 was 
switched off in late 1989 due to failing 
batteries, 


AQ-13 

The second phase-3 Amateur satel- 
lite. It carries a system called RUDAK 
which would have provided world 
wide coverage for long periods of the 
day. Unfortunately RUDAK never 
operated correctly and is now aban- 
doned. AO-13 itself is fully operation- 
al and is providing superb non-packet 
communications, 
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UO-14 

First PACSAT. Built by the Univer- 
sity of Surrey and launched along with 
the next five satellites in January 1990. 
Its mailbox is called the Packet Com- 
munications Experiment (PCE) and is 
the testing ground for all the new ideas 
that the new packet satellites use, It is 
a MODE J system and uses the 
G3RUH 9600 baud modem design that 
allows a vast amount of data to be 
transferred in a short time. Still active. 


UO-15 
Built by the University of Surrey, It 
carried.a high performance camera and 
was going to use the 9600 baud system 
to send images down to Earth. It failed 
in orbit one day after launch for 
reasons unknown. 


AO-16 
Is similar to UO-14 in concept and 
internal design. It uses the same 
modulation system as FO-12 (PSK) 
and therefore its data rate is only 1200 
baud. Built by AMSAT-NA. Still ac- 
live. 


DO-17 

Built by AMSAT-NA and spon- 
sored by Junior, PY2BJO. Its primary 
aim is to be an educational tool, its 
eventual aim is to "speak" its data, Its 
downlink is on 2m and uses conven- 
tional packet radio for its telemetry. 
Suill active. 


WO-18 
Built by AMSAT-NA and _ spon- 
sored by Weber State University in 
Utah, Its aims were similar to UO-15 
but uses the slower PO-12 PSK system 
for downloading its data. Still active. 


LO-19 
Built by AMSAT-NA and spon- 
sored by AMSAT-LU, Is very similar 
to AO-16. Sull active. 


FO-20 
Second Japanese Amateur satellite. 
It is a carbon copy of FO-12 although 
itcarries more solar cells and has anew 
aerial design. It was launched in 
February 1990. Still active. 


AO-21 
A joint Russian/German satellite. It 
is a passenger on a Russian navigation 
satellite, The packet radio side is called 


October 1991 - Issue #44 


RUDAK-? and is Lruly amazing in its 
capabilities. It uses Digital Signal 
Processing (DSP) and is therefore 
capable of supporting any existing or 
future modulation techniques. It was 
launched in carly 1991. Still active. 


UoSAT-F 

This satellite is to be launched on 
8th May 1991. It is a cross between 
UO-1I4 and UO-15. The mailbox 
operation is on non-Amateur frequen- 
cies for third world relief operations. 
The camera on-board will transmit on 
the same frequency as UO-15 used, 
and will have a resolution of better than 
2km. 


The satellites of most interest are 
UO- 14, AO-16,LO-19, and UoSAT-F, 
My reason for believing this is that the 
techniques are more advanced than the 
other satellites, and they represent the 
truce tradition of Amateur radio, The 
mailbox on-board FO-20 is very 
similar to the ones in use on Earth and 
is, by definition, not very efficient. 
This last statement needs some ex- 
planation. 


The Problems of Satellite 
Packet Radio 

If a salellite carrying packet radio 
flies over a heavily populated area, a 
number of problems occur. These 
problems are canscd because the satel- 
lite can "see" a large ground area (e.g. 
the whole of Europe, half of America, 
whole of Japan) and will therefore be 
within the range of a potentially large 
number of users. If all of these 
Amateurs log into the satellite at the 
same time, the system would fail, Most 
satellites have a limit on the number of 
simultancous users, and on any given 
pass, only a small percentage of users 
will be able to use the satellite (usually 
those with the largest amplifiers). 


Another problem is that the satellite 
is only available at a given location for 
a number of short time periods during 
the day. These lime periods can range 
from one to twenty minutes long. Even 
during a satellite pass, the signal may 
become weak and drop out due to 
natural phenomena, It is essential that 
any system devised should allow for 
breaks during the transmission and 
reception of data to and from the satel- 
lite. The ground station should be able 
to continue with its task after a delay 
of many hours, or even days. 
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Satellites use full duplex operation, 
therefore the transmitting ground sta- 
tion does not listen to its own transmit 
frequency. Even if it were, it would not 
make much difference: an Amateur in 
the UK would not heara ground station 
in Germany on 70cm, for example, 
because each would have his beam 
aimed at the satellite. The satellite 
would hear both signals, and others, 
resulting in QRM and reduced ef- 
ficiency, One solution to this problem 
is to have multiple uplink frequencies, 
This technique is uscd on all of the 
satellites in an attempt to ease this 
problem. 


The more radical solution, dreamt 
up by the designers of these new satel- 
lites, is very simple, but requires a 
completely new point of view, The 
solution is to try and reduce the number 
of wansmissions needed by a ground 
slalion to read mail. They reasoned that 
most mail is made up of bulletins that 
are read by a large proportion of the 
users. Therefore they devised a Broad- 
cast Protocol that allows the satellite to 
transmit bulletins of general interest at 
all mes. Each one of these transmis- 
sions has enough identification within 
iLloallow itto be slotted into a message 
without reference to any previous 
transmission. The ground station may 
transmit Lo ask the satellite lo put a 
particular message onto the broadcast 
schedule for a particular period of 
lime. 


The problem with this idea is that it 
assumes that the ground station has 
some sort of computer available to 
process incoming data into a usable 
form. This is not an entirely un- 
reasonable assumption to make since 
inexpensive computers are now 
prevalent, It is definitely not possible 
to use a dumb terminal with one of the 
new PACSATs. 


Renew Your Membership! 

TAPR doesn’t send out con- 
stant reminders when your 
membership has expired. Our 
only way of communicating 


your expiration date to you, is 
the date on the address label for 
this issue. Please check it and 
renew if required. Your mem- 
bership is very important. 
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Setting up a Station - Radio 

The RF side of a PACSAT station 
is not too demanding on an Amateur 
who is moderately well equipped. All 
of the packet satellites described 
above, except AO-21, use Mode J. 
This involves 42m uplink witha 70cm 
downlink; AO-21 uses Mode B, which 
is 70cm uplink and 2m downlink. My 
comments from now on are specifical- 
ly for operating Mode J, 


The antennas required to work these 
satellites do not need to be big, A large 
aerial may be quite a liability as it will 
need adjusting often to track the satel- 
lite as it crosses the sky. It should be 
remembered that once the satellite is 
above ten degrees of elevation, then 
the path between the satellite and your 
ground station is essentially line-of- 
sight. Large antennas are not needed. 
Acrials as simple as crossed dipoles 
and two tum helicals may be used, and 
they require no tracking at all, T use a 
six clement beam on 70cm (the back of 
a21 element Tonna) with a permanent 
ult of 30) degrees, for my PACSAT 
work, 

A pre-amplifier ts generally not 
needed, The signals are strong, but if 
your receiver is poor, or your fcedline 
is lossy, or your antenna gain is low, 
then a cheap pre-amp mounted at the 
antenna will be advantageous. 


Once you get fo the radios, some 
choices need to be made. The choice 
depends on whether you are going to 
use PSK on AQ-16, LO-19, and FO- 
20, or the 9600 baud system on UO-14 
and UoSAT-F. 


The transmitter should be FM. 
Ideally you should be able to apply 
your transmit audio to the modulating 
clement directly. This is because the 
fillering of some radios can seriously 
distort the transmitted audio, and make 
itunusable. This is certainly truc of the 
9600 baud system, the 1200 baud PSK 
system benefits from no filtering and 
can usually pass through most radios. 


The radios needed for the reception 
of the different satellites are fun- 
damemtally different, For 1200 baud 
PSK on AO-16, LO-19, and FO-20, 
any 70cm SSB receiver with up/down 
microphone controls is suitable. The 
Yaesu FT790R is ideal in this role and 
is now quite cheap. For UO-14 and 
UoSAT-F, an FM receiver is needed; 
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ideally it should have AFC to track the 
doppler shift present on the signal. The 
University of Surrey uses modified 
Wood & Douglas sirips, unfortunately, 
I don’t have details of the modifica- 
tions. The FM receiver should be 
modified so that the audio can be 
tapped off from just after the 
demodulator to avoid any audio filter- 
ing. A modified FT790R can be used 
in this role, 


Setting up the Station ~ Digital 

The audio from the radio must be 
fed into a suitable demodulator. The 
standard medem in a TNC is not 
suitable for this use and will have to be 
bypassed; most TNCs have a modem 
disconnect header for this purpose. 
The new modem required depends on 
which satellite group you plan to use. 
For UO-14 and UoSAT-F a G3RUH 
9600 baud modem needs to be used, 
You can build one yourself quite casi- 
ly, alternatively you can buy special 
TNCs such as the Kantronics Data En- 
gine with DE-9600 mode, or the Pac- 
Comm TINY-9600, a high specd ver- 
sion of the TINY -2. 


For the other satellites a PSK 
modem is required. G3RUH also 
designed one of the definitive designs 
for this format. There are two commer- 
cial PSK modems ayailable at the 
present time, one is the Pac-Comm 
PSK-I, and the other is made by Tasco. 
[Editor's note: The Pac-Comin PSK-1 
is a licensed yariation of the TAPR 
PSK modem.] 


The TNC itself should be operating 
in KISS mode. In this mode, the TNC 
does a bare minimum of processing 
and passes the dala, almost raw, 
through to the computer attached to its 
serial port. Most TNCs have KISS 
mode built-in. [tis recommended that 
the speed of the serial port be yreater 
than the speed of the data coming dawn 
from the satellite, For example, 2400 
baud for 1200 baud PSK system, and 
19200 baud for the 9600 baud system- 
Note thal some TNCs cannot operate 
at the higher speeds, most notably the 
Kantronics line prior 10 the Data En- 
gine. 


As mentioned above, a computer is 
essential in order to use these new 
satellites. It is a fact that the PC com- 
patibles are the predominant type in 
use today, and il is not a coincidence 
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that the processors used in these new 
satellites is from the same family as 
those used in the PC compatibles. 


The software needed to use these 
new Satellites is available from a num- 
ber of sources, and for a number of 
different computer families. The 
University of Surrey published 
specifications for the new protocols 
early on, and il gave independent 
developers Lime to write their own im- 
plementations. The “official” Univer- 
sity of Surrey software is public 
domain and contains two parts: PB to 
access the Broadcast protocol, and PG 
to allow uploading of files and more 
complex tasks, There are a number of 
utilities also available for manipulat- 
ing telemetry such as activily logs and 
the like. These are all for PC com- 
patibles only. 


Problems 

No system is perfect and satellites 
are no exception. A number of 
Amateur satellites have failed to 
operate correctly once in orbit, most 
nolably UO-15. Due to their com- 
plexity, the PACSATs have only 
started to be usable since December 
1990. Even at this stage, the PACSAT 
software occasionally erashes and the 
ground controllers have to take 
remedial action to prevent it from hap- 
pening again, FO-20 is also having dif- 
ficulties caused by ils particular orbit; 
since the middle of 1990, FO-20 has 
been in constant sunlight, causing its 
intemal temperature to rise to almost 
50 degrees C. This may cause the bat- 
teries of the satellite to fail premature- 
ly. 

Operating Mode J may cause 
problems due to desensitization fo the 
receiver by the third harmonic of the 
transmitter. This can usually be cured 
by including filters in the aerial leads 
for both the transmitter and receiver. 


Doppler shift is a problem when 
using all satellites in a low orbit, such 
as the PACSATs. Mostof the satellites 
referred lo here travel at around 7 km/s 
around the Earth, the resultant Doppler 
shift at 145 MHz is +/- 3 KHz and at 
435 MHz it is +/- |OKHz, The PSK 
modems designed for AO-16 etc. 
produce signals which control the 
up/down lines on modem synthesized 
radias. On satcllites that use FM, such 
as UO-14, the modem cannot produce 
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a similar signal, however, AFC is casy 
to achieve on an FM radio. 


Frequencies 

Here is a list of the frequencies in 
use by the currently active packet satel- 
lites: 


UO-11 

Downlink: 145.825 MHz 
UO-14 

Downlink: 435.070 MHz 

Uplinks: 145.975, 145.900 MHz 
AO-16 

Downlink: 437.025 MHz 


Uplinks: 145.900, 145.920, 
145,940, 145.960 MHz 


DO-17 

Downlink: 145.825 MHz 
WO-18 

Downlink: 437.075 
LO-19 

Downlink: 437.150 MHz 


Uplinks: 145,840, 145,860, 
145,880, 145,900 MHz 


FO-20 
Downlink: 435.910 MHz 
Uplinks: 145.850, 145,870, 
145,890, 145.910 MHz 


AO-21 
Downlink: 145.983 MHz 
Uplinks: 435.016, 435.155, 
435.193, 435.041 MHz 


Unlike the other satellites, the 
uplink frequencies for AO-21 have dif- 
ferent modems attached to them. The 
downlink frequency is also capable of 
carrying different data formats, includ- 
ing CW and normal FM speech. AO- 
21 is a very complex satellite and fur- 
ther reading is recommended before 
altempling Lo usc it. 


AO-16, DO-17, WO-18, and LO-19 
all have alternate transmitters that are 
activated on Experimentcrs Day, 
which is usually every Wednesday. 
These transmitters also operate on 
70cm, and are usually 50 KHz away 
from the frequencies listed above. AO- 
16 and DO-17 each carry a transmitter 
on 2.4 GHz which is switched on oc- 
casionally; LO-19 has a separate trans- 
mitter on 437.125 MHz which trans- 
mits telemetry in CW. 
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10th ARRL Computer 
Networking Conference 
Report 


by Lyle Johnson, WA7GXD 


This year’s conference was held in 
San Jose, California, the weekend of 
September 28th and 29th, I drove from 
Tucson so! missed the Friday sessions, 
but heard about them from others. 


This year’s conference was or- 
ganized a bit differently than previous 
ones. 


There were pay-to-atiend tutorial 
sessions on DSP and Spread Spectrum 
held on Friday aflernoon, Friday eve- 
ning included a Luau and ended with 
Lil midnight "birds of a feather" (BOF) 
gatherings, where folks could sit 
around and chat with others about 
specific areas of Amateur digital com- 
munications. 


Only eight (8) presenters showed 
up, so each talk had an allotment of 
about 45 minutes. This is much more 
time than has been available at pre- 
vious conferences. However, the 
Proceedings (S12 from ARRL) have 
twenty twa (22) papers filling 164 
pages and is well worth the price. 


K3MC started off with a talk on 
using a full-duplex CSMA/CD ap- 
proach to 56 kbps packet operation 
using the WA4DSY modem, 


N6GN followed with an update on 
the Hubmaster system, including 903 
MHz radios and a high-speed PC-bus 
digital interface card. The Northem 
California Packet Association has a 
number of these transceivers in beta 
test, and they look very interesting for 
point-to-point work. The hubmaster 
concept is simply to have a central 
station serving the various users, much 
like a repeater serves a group of users, 
This way, folks can operate al high data 
rates with directional antennas and get 
better overall operation. 


VE4WK then spoke about methods 
that can be used for data compression, 
including simple approaches that can 
yield around 40% improvement for 
"normal" text applications. 


KA9O rounded out the morning 
witha different approach to measuring 
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spectral efficiency, taking intoaccount 
the geographic area thatis impacted by 
a given transmission. 


After lunch, VE3FZK gave an 
entertaining talk about using doppler- 
based direction finding gear linked by 
packet to rapidly locate the bad guys so 
the good guys can intervene. 


VE4WK returned with a talk about 
real-Lime specch compression using 
DSP technology. His group has suc- 
ceeded in making a system that gives 
good quality speech at 4800 bps. 


W7GHM then gave a technical 
overview of the Clover-2 HF datacom- 
munications system he has been 
designing for the past several years. 
This is a DSP-based box that give 
31.25 10 750 bps throughput on HF 
channels in a 500 Hz bandwidth. 
Several prototypes are running, 


WU2N wrapped up the session with 
a talk on the use of Graphical User 
Interfaces (GUL) for packet applica- 
tions. Hisexample was a callsign serv- 
er that ran on both MacIntosh and MS- 
DOS running Windows 3.0, 


A banquet followed with a speech 
by an FCC staffer talking about 
spectrum efficiency. A lot of ques- 
tions were asked afterwards, not al- 
ways with sofl voices... 


BOF sessions followed, with the 
Clover-2 demonstration room being 
quite crowded (I didn’t make it Lo any 
others -- I was just too fascinated by 
this one!). 


Sunday morning the ARRL digital 
commitice met and discussed a few 
topics including the new makeup of the 
committee after 1991. The commitice 
will be dissolved and two committees 
created -- one will deal with operation- 
al issues of the existing digital scene, 
the other long-range planning and im- 
plementation. The 11th Conference 
may be held in New Jersey. The 
AX.25 V2.1 spec is long overdue and 
1 volunteered Lo Lry and get it done. 


There were parallel sessions for 
beginners at no charge. 


Besides TAPR, vendors present at 
the conference included HAL, 
Kantronics, and Pac-Comm. Missing 
were AEA, Gracilis, and MFJ. 


There were 131 pre-registered at- 
tendees, 
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BBS Message 
Authentication 


by Phil Karn, KA9Q 


[This letter is reprinted from the 
July 1991 issue of QEX, published by 
the ARRL.] 


I've had several requests for the 
“white paper" on cryptographic 
authentication of BBS messages that I 
wrote recently in response to a query 
by Paul Rinaldo, W4RI, of the ARRL. 
Paul is the chairman of the ARRL 
Digital Committee, of which I am a 
member, 


In case anybody can't tell, the 
opinions expressed here are my own. 


- Phil Kam, KA9Q 


Paul, 


This is in response Lo your request 
to the Digital Committee for comments 
on authentication schemes that might 
be used to verify the source and in- 
legrity of a message posted to an 
Amateur BBS network. This letter 
consists Of a quick Lutorial on the 
various forms of cryplographic 
authentication, some personal judge- 
ments about their practicality and 
suitability for the problem at hand, and 
some personal opinions on the present 
regulatory situation. 


The scheme that I talked about at 
the 1987 ARRL Networking Con- 
ference was for authenticating IP 
datagrams using DES, but the same 
principles apply to using any conven- 
tional secret key cipher to authenticate 
any kind of message. (By "authenticate 
a message," 1 mean verifying thal the 
message was, in fact, sent by the 
claimed sender, and that the messaze 
contents have not been modified along 
the way,) Such schemes require all the 
stations involved, to share a single 
secrct key, Without the key, you can- 
not compute the proper authenticator 
for the messages you send, nor can you 
verify an authenticator received with 
an incoming message, 


The difficulty of key management 
with a conventional cipher can range 
from “trivial" to "intractable," depend- 
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ing on the application. Key manage- 
mentis simple as longas there are only 
a few stations that nced to generate or 
authenticate messages, and all trust 
each other. For example, a DES-based 
scheme could be applied to a repeater 
to limit remote control to a few trusted 
stations, A single key known to the 
repeater would be shared by the control 
stations and kept secret from everyone 
else. An in-person mecting of the 
telephone would suffice for distribut- 
ing the DES keys. 


Now consider cases where the 
operators do not necessarily trust cach 
other, ¢.g., aulopatch operation. Since 
many more stations usc an autopatch 
than control the basic operation of the 
repeater, its Owners may want in- 
dividual accountability. A DES-based 
authentication system could sull work 
if each user has his or her own key. The 
same system could be used to control 
access to a BBS. In cither case, the 
"server" (the repeater or BBS) keeps.a 
complete listof keys for all authorized 
users, and logs each access, This is 
more work than the previous case, but 
itis still entirely practical. 

Common to all these schemes so far 
is the assumption that only the server 
needs to authenticate a request, e.g., 
the repeater controller ar the BBS, It 
must protect its uscrs’ keys against un- 
authorized disclosure, but since the 
resource being protected by the 
authentication system is the server il- 
self, the owner of the server has an 
incentive to do this. 


But, in the more general case where 
individual pairs of stations must be 
able to authenticate each other, things 
gel much more complicated. Each pair 
has to have a key that is known only to 
that pair; if you have N stations, you 
need a total on N* keys. All these keys 
must be exchanged by some secure 
means before authentication can occur, 
and they must be keptsecret. To do this 
for every pair of Amateurs in the world 
isclearly impractical. And, if you want 
any Amateur to be able to verify the 
authenticity of, say,a "broadcast" BBS 
message (to carry on the Amateur 
"sclf-policing” tradition, of course), 
there is no solution using conventional 
cryplography -- the same key needed 
to verify a message could be used to 
forge one. 
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Some fonn of secret key authentica- 
tion might sull be practical between 
neighbors in a packet backbone or a 
BBS auto-forwarding network. But 
this would authenticate only your im- 
mediate neighbors; it would not 
authenticate the origins of the traffic 
they pass from other nodes. For ex- 
ample, one BBS SYSOP could create 
illegal traffic and then pass it to a 
neighbor claiming that it originated 
somewhere else, and there would be no 
way Lo disprove this. So you really do 
want the authentication to be "end to 
end," not"hop by hop," so we are left 
with an unsolved key management 
problem. 


One way to reduce the N? key prob- 
lem is to establish a "key distribution 
center" thal maintains a list of all the 
users’ private keys. Users wishing to 
authenticate themselves to each other 
do so by first authenticating themsel- 
ves. Lo the key distribution center 
(KDC), The KDC then generates a 
"session key" (4 random number) and 
sends it to the two parties encrypted in 
their own keys. The parties then 
decrypt the session key, yielding a 
shared secret that can be used for 
authentication. Sull, only the parties 
involved can authenticate euch other; 
someone listening in could not. (In 
MOSL environments, this is an ad- 
vantage; somebody else’s conversa- 
tions are none of your business.) 


MIT has developed a system based 
on this model called "Kerberos." It is 
in operation at MIT and elsewhere (the 
code is free), Nevertheless, it has the 
drawback that authentication depends 
on the availability and reachability of 
the KDC, But the fact that the KDC 
musi have a complete Jist of the users’ 
private keys works against deploying 
multiple KDCs with copies of the 
database for redundancy; the more 
KDCs there are, the more oppor- 
tunities for the database to be com- 
promised. The scheme also assumes 
that all of the partics (the wo users and 
the KDC) have the ability to communi- 
cate with cach other in real-time, a bad 
assumption for Amateur packet radio. 


So the inescapable conclusion is 
that authentication schemes based 
solely on private key cryptography are 
of limited utility in Amateur packet 
radio; they cannot solve the general 
problem. Fortunately, there is a new 
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alternative: public key cryptography 
(PKC). in PKC, the keys used for 
encryption and decryption are dif- 
ferent. Furthermore, knowledge of the 
encryplion key, Ke, does not imply 
knowledge of the decryption key, Ku; 
in fact, the algorithms ensure that it is 
extremely difficult to determine Kg 
from Ke. The combination of Ke and its 
corresponding Kg is call a "key pair;" 
for this reason, public key crypto-sys- 
tems are sometimes called “dual key" 
ciphers, as opposed to "single key” 
ciphers like DES. 


The leading public key scheme, 
RSA, was invented by Ron Rivest, Adi 
Shamir, and Len Adelman while at 
MIT, They hold a U.S, patent on it that 
is being exploited by RSA Data 
Security, Inc. (There is no patent 
protection on RSA outside the U.S.) 


The original idea behind RSA was 
to allow you to publish Ke (hence the 
name, “public key” cryptography) so 
anyone could send you a secret mes- 
sage withoul prior arrangement, As 
long as you keep Ku secret, only you 
can decrypt it. But when used "back- 
wards," RSA can also do authentica- 
tion. If you encrypta message using Ka 
(your decryption key, known only to 
you), then anyone can decrypt it using 
your Ke (your public encryption key). 
Anyone who decrypts such a message 
then knows that whoever gencrated it 
must have known your Ky. This proce- 
dure of using RSA in reverse is called 
"signing," 


In practice, it is not desirable to run 
un entire message through RSA to 
authenticate it because it is very slow, 
much slower than secret key ciphers 
like DES. There is a better way. Func- 
lions cxistto quickly "hash" a message 
of arbitrary Jength into a relatively 
small, fixed size "message digest.” 
They are much like cyclic redundancy 
codes (CRCs) except that they are 
much more complex because they are 
designed to detect intentional "trans- 
mission errors” as well as natural ones. 
Witha good function, iLiscomputation- 
ally infeasible, even for someone who 
knows il, to produce two message that 
hash to the same value, or to determine 
the input that produces a given value. 
They are not ciphers because they have 
no key and their outputs cannot be 
“decrypted,” 
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One message digest algorithm is 
"message digest #4" (MD4) by Ron 
Rivest, who has placed it in the public 
domain, MD4 takes a message of any 
length and produces a 128-bit (16 byte) 
result, Rivest conjectures that it would 
take on the order of 2.5™ operations Lo 
find two inputs phat hash to the same 
value, and 2,5! operations to find an 
input that hashes to a given value. 
These are impressive numbers, so if the 
algorithm holds up under analysis, it 
should be quite secure in practice, 


Given RSA and MD4, one authenti- 
cates a message by first computing its 
hash code (by encryption with the 
sender's private key, Ky) and the result 
is appended to the message, The party 
wishing to aulhenticate the message 
also computes the message digest. It 
then decrypts the encrypted message 
digest received with the message (using 
the published key of the sender, Ke) and 
compares it to the value it has justcam- 
puted. af they match, the message is 
genuine, 


There stills remains the problem of 
distributing the public keys, Although 
they may be freely read by anyone, they 
must still be protected against 
modification, Otherwise, someone 
might forge a signature of a message 
under someone else’s name using a 
public-key/pnivate-key pair of his own 
creation. If the receiver can be duped 
into accepung this bogus key, then he 
will believe that the signature is 
genuine, 


One way is lo publish the public 
keys as widely as possible in so many 
places that no one could possibly 
modify all of the copies of a particular 
key that reach the intended target of a 
deception, For example, the keys could 
be publish on CD-ROM or they could 
be listed in the back pages of QST. But 
these schemes have two drawbacks: 
cost and Lime. 


Another refinement, “certification,” 
addresses this problem. Ifa "certifying 
authority" can be set up to sign the 
public keys of individual users with its 
private key, then only the public key of 
the certifying authority needs to be 
widely published. For example, the 
ARRL mighLselectand publish its own 
public key in QST. It could then accept 
public keys from individual Amateurs 
(accompanied with some non-cryp- 
tographic form of ainhentication, such 
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as a notarized statement), The ARRL 
would sign the individual public keys 
with its private key and return the 
results. Note that the ARRL need not 
know the individual’s private key. 


The signed public keys are knownas 
"certificates." They can be distributed 
by the users themselves (e.g., in a mail 
header) because anyone can readily 
verify their authenticity with the pub- 
lished ARRL public key. This 
climinates the need for an on-line KDC. 
The ARRL’s workload might be a 
problem, but a solution exists for this 
too: a hierarchy of certifying 
authorities. For example, cach ARRL 
Division might act as the certifying 
authority for the Amateurs in its arca 
using a Division public key that has 
been certified by ARRL Headquarters. 
Divisions might further delegate the 
workload to their constituent Sections. 
The venfication of an individual user’s 
certificate would therefore require the 
certificates of all of the certifying 
authorities in the hicrarchy, as well as, 
the published key of the ARRL. 


So, in theory, authentication based 
on public key cryptography solves 
many of the problems associated with 
ihe earlier secret key schemes. How- 
ever, many practical obstacles would 
still remain: 

1. The RSA algorithm is patented in 
the U.S, and the owners of the patent 
are holding it fairly close to their chest. 
Negotiations between RSA and the In- 
ternct Activities Board have been drag- 
ging on for scveral ycars now over an 
agreement for the use of RSA in the 
Intemet, [tis not at all clear how much 
the patentroyallics will be, or haw they 
will be charged. (The leading theory is 
that the royalties will be tied only to the 
issuance of certificates, not to the actual 
implementation or use of RSA, but this 
is not yet final.) Would the use of RSA 
in Amateur packet radio (resulting in 
the payment af royalties to RSA DST) 
be considered as furthering the "regular 
business affairs" of RSA DSI? 


2. The algorithms are, by Amateur 
siandards, quite complex. AL a mini- 
mum, they would probably require 
every Amatcur to have a PC-class com- 
puter Lo hash and sign messages. Given 
that a major reason TCP/IP is still a 
relatively esoteric mode in Amateur 
packet radio is the reluctance of many 
Amateurs to upgrade from C-64s and 


Page 9 


"dumb terminals," it seems unlikely 
that universal user authentication could 
happen any time soon. And I won't 
even begin to discuss the user education 
issues. 

3. Even if a full-blown RSA-based 
authenticalion system, as described 
earlier, could be deployed, itis not clear 
that it would solve the specific problem 
that originally prompted your query. 
Someone accused of posting an illegal 
message to an Amateur BBS could still 
claim that his secret key had been stolen 
and used by someone else. Or, he could 
accuse the local "Section Certification 
Manager" of signing a bogus public key 
with his call sign on it and using it to 
“frame” him by sending verboten traf- 
fic, Even ifa key really has been stolen 
and the owner notifies the certification 
authorities, how do they spread the 
word that the previously distributed 
public key is no longer valid? These 
issues are still the subject of much dis- 
cussion in the research community. 
Furthermore, this technology has yet to 
have its first real test ina court of law, 


In summation, although I find cryp- 
tographic authentication to be a fas- 
cinaling lopic that has some potential 
for usc in Amatcur Radio, I do not feel 
that it is "ready for prime-time." Man- 
dating its use at this time would be an 
enormous Over-reaclion to the "prob- 
lem" of controlling inappropriate BBS 
traffic. 


Quite frankly, the FCC's heavy- 
handed behavior in this case has me 
greatly concerned, | think they arc 
going after a fly with a bauleship. | do 
nol know whether they sincerely 
belicve that they are "protecting" 
Amatcur Radio, or if they have some 
more sinister motive. I can only hope 
for the former, so we can reason with 
them. Every new development carries 
with it some risk of abuse; the more 
powerful the technology, the greater 
the risk. Amateur packet radio is no 
exception; even in its presently primi- 
tive state, it is useful enough to tempt 
some commercial entities lo abuse it. 
We should be able to convince the FCC 
that requiring unrealistically stringent 
mechanisms lo prevent even the oc- 
casional commercial abuse of Amateur 
packet midio runs the far greater risk of 
destroying all of the good that itcan do. 


Lately, several of us (WAB8DZP, 
K3MC, N6RCE, NG6Q, and 1) have 
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been taking a close look at the low- 
power spread spectrum modems that 
are rapidly becoming available for use 
under Part 15 rules on 902-928 MHz 
and other shared ISM/Amateur bands. 
In my own opinion, building high- 
speed (say, 100 to 500 kbit/s) 
metropolitan area networks under Part 
15 rules seems entirely [casible, even 
with the 1-watt power limit, given 
proper design and engineering (good 
sites, directional antennas, power con- 
trol, efficient channel access methods, 
etc.). Sure, the performance of the ex- 
isting generation of equipment is dis- 
appointing, mainly duc to the lack of 
receiver processing gain in most 
models, But with the new FCC rules 
mandating the use of “true” spread 
spectrum receivers, plus the commer- 
cial drive behind this industry, itseems 
likely that the cosi/performance ratio 
of this equipment will rapidly improve. 
Unfortunately, the same probably can- 
not be said for Amateur packet radia 
gear, where the large scale production 
of inexpensive, high speed radio 
modems seems as far away as ever. 
Hence our initial interest in this tech- 
nology. 


But this latest blow from the FCC is 
making Part 15’s absence of licensing 
requirements, content and/or usage 
restrictions look mighty attractive in- 
deed, even though my primary intent is 
to use the network for the kind of per- 
sonal experimentation that has twadi- 
tionally been done in the Amateur ser- 
vice. Are the FCC's rules really 
"protecting" the Amateur service if 
they scare off those Who are most inter- 
ested in making technical contributions 
ta the service? 


[think itis time thatthe FCC remove 
the burden of responsibility for content 
from aulomatic relay stations and 
Joasen up its Draconian definition of 
“business communications.” A lot has 
happened to the tclecommunications 
industry since the Eyebank Dackel; in 
particular, it is certainly no Jonger the 
job of the FCC to protect a telephone 
company from "lost business." The 
Amateur rules should be pragmatic 
with the realization that absolute 
prohibitions do far more harm than 
good. 


A simple "hams shalt not sell com- 
munications services" rule should sul- 
fice to make any abuses self-limiting 
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because few hams are willing to use 
their Lime and their stations to help 
make money for others, if they don’t 
getacutofit. Such arule would be far 
clearer than the present "no business 
interest" rule. The current rule has 
spawned an entire generation of 
armchair Amateur lawyers who revel 
in interpreting the rules in the most 
restrictive fashion possible. To see the 
chilling effect of the present rules, one 
only needs to look at how the field of 
computer networking is pretty much 
passing Amateur Radio by. 


Notes from the TAPR 
Office 


by Heather Johnson, N7DZU 


Efficiency and Quality; things we 
strive for! 


Unfortunately, we have had some 
unusual things happen to our disk- 
duplicating machine in the past few 
months, First, the motherboard died. 
Next, one of the disk drives died, then 
the power supply, then one of those ring 
protectors that are araund the center of 
each disk decided to remain INSIDE of 
the machine getting in the way of the 
spinning action of the disks... 


Another problem has been with the 
badges. It has been difficult to keep 
them looking uniform, as each time I 
make another order they return either 
with thinner printing, or the numerals 
have been mistaken for letters,.. (Ever 
try and explain the difference between 
a "zero" and on ‘oh’ to a non-ham?) 
We are working on these problems, so 
keep the badge orders coming! 


Lyle and | enjoyed attending the 
ARRL Networking Conference last 
weekend (September 28 & 29), While 
there, I met a gentleman, Mike Curtis, 
who offered to help us with something 
that T have felt we needed. He says that 
if you will send him an SASE and TWO 
copies of your radio schematic, he will 
mark one to show you where you hook 
up your 9600 baud modem to it, Thank 
you, Mike! 


You may reach Mike at this address: 
Mike Curtis 
7921 Wilkinson Ave, 
North Hollywood, CA 91605 


Unul next issue, 73 
Heather 
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PSK Use on 10 Meters 


[The following items appeared in 
the May 1990 and September 1990 is- 
sues of OEX, published by the ARRL.] 


HF Packet Radio with 
PSK Successful 


by Julius W. Breit, WOUWE, and 
Wall Kaelin, KB6BT 


Early in 1990, Walt Kaelin, 
KB6BT, and Julius Breit, WOUWE, 
got several multi-mode TNCs that 
have phase-shift keying (PSK) 
modulation. Out of curiosity, they 
decided to uy PSK rather than FSK on 
HF packet radio, Since early February 
of that year, they have been operating 
1200 baud PSK on 10 meters, and the 
results have been astonishing, 


Both stations are using TASCO 
TNC-24 MK IL TNCs and Kenwood 
TS-440S tranceivers, with power oul- 
puts of 50 watts into vertical antennas, 
They are 4000 km apart. Much of the 
time, their HF PSK circuits compare 
very favorably with 1200 baud 
VHF/UHF PSK operation. If a "half- 
way decent" transmission path exists 
between them, they have no problem 
transferring lengthy files in ap- 
proximately the same amount of time 
it takes on the landline at 1200 baud. 


S-meter readings above S-1.5 at 
KB6BT and WOUWE will usually pro- 
vide an immediate connect. Signals be- 
tween §-1.5 and S-2 will pass traffic 
with mediocre results, usually with 
repeals. Signals above S-2 give excel- 
lentresults with very few repeats. They 
also can handle traffic under severe 
fading conditions. The 1200 baud 
speed is fast enough to send one or 
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more packels and receive an acknow- 
ledgment during signal peaks. They 
have set their PACLEN to 40 and have 
turned on CONPERM to prevent dis- 
connection during fading. 


PSK shows a surprising immunity 
to noise. At times, when the signal 
seems barely audible in the noise, the 
stations will connect and acknow- 
ledge. 


KB6BT and W9UWE believe that 
they are the firsthamsin the U.S. to use 
PSK on HF, If any readers have PSK 
HF capability, Walt and Julius invite 
you lo connect to them and leave a 
message, Presently, they are operating 
on 28.119 MHz USB. W9UWE is on 
the air most of the daylight hours with 
the mailbox callsign of W9UWE-1, 
while KB6BT is on the air 24 hours per 
day, using the mailbox callsign of 
KBO6BT-7. 


The FCC restricts 1200 baud opera- 
tion lo 10 meters and above, but if you 
search, you can find much 1200 baud 
PSK activity on 135 meters when the 
band is open to the Pacific area. Many 
hams in Japan, Philippines, and 
Australia have switched jo PSK opera- 
ion, and you can find them on 21.105 
and 21.109 MHz LSB, 


KBGBT and W9UWE like their 
results and are enthusiastic about the 
possibilities and advantages of PSK 
versus FSK HF packet radio, Give 
PSK ary to see ifitcan be the solution 
for some of our HF packet radio 
problems. 


More PSK Activity 


by John A, Mezak, K2RDX 


On September 10, 1990, John 
Mezak, K2DRX, in San Jose, Califor- 


nia, contacted Julius Breit, WOUWE, 
in Chicago via 1200 baud PSK packet 
radio on 10 meters. John was very 
surprised at the throughput using PSK 
under very marginal conditions. John 
and Julius were able to chat keybaord 
to keybaord even though they had no 
S-meter readings, and 10 meters was 
closing down. John used a TAPR PSK 
modem with an MFJ-1274 TNC, 
ICOM IC-751A, and a J-pole vertical 
antenna. 


The results on 10 meters were so 
good that K2RDX started sending CQ 
packet beacons through OSCAR 13 on 
mode B. The majority of his beacon 
packets were demodulated and cor- 
rectly received on the downlink fre- 
quency. Even mode L signals were 
consistently coming through, despite 
10 dB S/N ratio (maximum) at his 
receiver (from his own transmit sig- 
nal). On the OSCARs, John used an 
FT-736R at 25 watts on 435 MHz and 
40 watts on 1269 MH? withan external 
power amplifier. Considering the 
length of time OSCAR 13 is visible, 
John believes aconsiderable amountof 
traffic could be handled by a few PSK 
packet radio stations during an emer- 
gency, without requiring much satel- 
lite transponder power. 


[Editor's note: Also of interest on 
this topic, is an article in the July 1991 
issue of QEX by John Reed, W6IOJ, 
describing a PSK demodulator 
desined specifically for narrow-band 
applications, ] 


TAPR Badges ! 
TAPR now offers name badges. These are 3.5 by 2.5 inches, with the TAPR) 
logo and name in blue, plus your name and callsign engraved in black. It’s jus 
whal you’ve always needed to wear to hamfests and swapmeets. The price is $1 


(including shipping in the U.S.). 


Your badge will be engraved exactly as shown below: 


CALL: 


NAME; 
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Software Library Update 


DiskNo. Name Version Date 
1B APLINK VER. 5.05 07-05-91* 
: 2. AA4RE BBS VER. 2.11 03-06-91 
by Bab Nielsen, WOSWE 3. CBBS VER, 6.6 03-09-90 
4, EZPAC VER. 1.1 01-09-89 
, 5, MONAX 10-30-87 
Here are the current versions of all 6. PACKET_SHARE 08-22-90 
the disks in the TAPR software library, 7, W9ZRX BBS LIST 04-24-89 
asot Sepeemnier 211 Smongine. oF ROSERVER PRMBS VER. 1.55 orator 
UDR Lce new eeOn OnE RS ay RSE SWITEH VER. 901111 ‘11-15-90 
NET version of tcp/ip software, ‘ 
: 11/11A = KA9Q NET VER. K5JB.J64 08-20-91 
provided by Joe Buswell, K5JB, Joe 13. TNC1 CODE 05-30-84 
has enhanced the ax.25 mailbox and 14, TNC2 NOTES 03-28-90 
condensed the code to the point where 15. WA7MBL BBS VER. 5.14 02-11-90 
the executables and source will both fit 16. WRLI BBS VER, 13.00 05-08-91 
on two diskettes. Thus disk 12/12A is 17. YAPP VER, 2.0 12-18-86 
no longer part of the listing. We have 18/18A INTRO TO TCP/IP 09-09-87 
also added two new disks. Disk 32 is is paso A ven og pein 
PAMS, a Personal AMTOR Mailbox . ta wef 
; z 21/21A MSYS VER. 1.11 04-04-91 
SYSTEM by W5SMM and disk 33 is 34-94" 
F 22. G8BPQ NODE VER, 4.04 07-31-91 
a Z-80 monitor for the TNC-2 and 23, UTILITIES 
clones by AD7I. PKARC VER. 3.6 06-01-88 
Revisions since the last issue are Ene VERE pasha 
4 ; LHA VER. 2.13 07-20-91 
indicated by an asterisk (*) above. 700 VER. 2.04 08-25-88 
Where a double entry is shown (i.e., 24, THS VER. 2.50 11-11-89 
11/11A), two disks are required in 5- 25. VE4UB NTS VER. 012891 01-28-91 
1/4 in. DSDD format (1 disk in 3-1/2 26. NM1D DOSGATE VER, 1.14 11-29-89 
in. format). TAPR attempts to supply 27. SV7AIZ BBS VER. 3.24 04-05-90 
the latest version of all software, how- 28. TEXNET VER, 1.6 Sih 
ever we cannot distribute what we do 22. INTRO TO Bat yecil eva ETWARE Hoe 
have; Huihtice-are daviled te went 30. MICROSAT GROUND-STATION SOFTWA : 
not ; : PB 05-09-91 
updates to their software (and new of- PG 02-12-91" 
ferings) to the TAPR office. The of- PFHADD 12-21-90 
fice can provide disks and mailers for PHS 12-21-90 
updates upon request. 31/31A KASQNOS VER. G1EMM 1.6 01-19-91 
32. PAMS-Personal AMTOR Mailbox Ver. 1.03 09-23-91* 
33. TNC-2 Z-80 Monitor Ver. 2.00 09-02-91" 


: Membership Application 
' TAPR is anon-profit, volunteer operated Amateur Radio organization. Membership in TAPR, including a subscrip- 
lion to Packet Status Register, the TAPR newsletter, is $15 per year in the U.S. and possessions, $18 in Canada and 
Mexico, and $25 elsewhere, payable in U.S. funds only. VISA and Mastercard accepted. Membership and PSR' 


ae re al 


Signature: a} 
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The Tucson Amateur Packet Radio Corporation is a non-profit, 
scientific research and development corporation, TAPR is 
chartered in the State of Arizona for the purpose of designing and 
developing new systems for packet radio communication in the 
Amateur Radio Service, and for freely disseminating information 
required during, and obtained from, such research. 


The officers of the Tucson Amateur Packet Radio Corp. are: 


Bob Nielsen, W6SWE President 
Harold Price, NK6K Vice President 
Jerry Crawford, K7UPJ Secretary/Treasurer 


The Packet Status Register is the official publication of the 
Tucson Amateur Packet Radio Corporation. Explicit permission 
is granted to reproduce any material appearing herein, provided 
credit is given to both the author and TAPR. 


TAPR Membership and 
PSR Subscription Mailing Address: 
Tucson Amateur Packet Radio Corp. 

PO Box 12925 
Tucson, AZ 85732-2925 
Phone: 602-749-9479 
FAX: 602-749-5636 
Office Hours: Tuesday - Friday 
10:00am - 3:00pm M.S.T. 


PSR Editorial (Only) Address: 
Bob Hansen, N2GDE 
PSR Editor 
P.O. Box 1902 
Elmira, N.Y. 14902-1902 
CompuServe: 71121,1007 


TAPR Board of Directors 
Board Member Term 
Antonio, Franklin NONKF, 1992 
Clark, Tom W3IWI, 1993 
Crawford, Jerry K7UPJ, * 1994 
Eaton, Pete WB9FLW, 1993 
Freeborn, Andy NOCCZ,* 1994 
Garbee, Bdale N3EUA, 1992 
Goode, Steve KING, 1992 
Gustafson, Eric N7CL, 1992 
Johnson, Lyle WA7GXD,* 1992 
Jones, Greg WDSIVD, 1994 
Lemley, Don N4PCR, 1993 
Morrison, Dan KY7B, 1994 
Nielsen, Bob W6SWE, * 1994 
Price, Harold NK6K, * 1993 
Toth, Dave VE3GYQ, 1993 


mpuServe 

76337,1365 
71260,3640 
70521,2356 
72727 2641 
73177,1317 
76430,3323 
70525,364 

71750,2133 
76246,565 

720473455 
73230,310 

7054 1,2374 
71540,2364 
71635,1174 
72255 ,152 


Date is expiration of term on Board of Directors. 

Asterisk indicates member of Executive Committee. 

The TAPR Board of Director members “attend” a meeting, 
which is continuously in session, in a reserved area on the 
CompuServe information network. The Board encourages 
input from all interested members, If you have an issue you 
want addressed, or an idea for a project you would like TAPR 
to sponsor, contact any Board member, or drop a note to the 


TAPR office. 


To send E-mail to a CompuServe account from the Inter- 


net, use the address: 
XXXXX . XXXXGcompuserve.com 


where the X’s are the CompuServe ID number. Note: be 
sure to use a period, not a comma, in the ID number. 
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